Date: Wed,  4 Aug 93 04:30:02 PDT
From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
Errors-To: Packet-Radio-Errors@UCSD.Edu
Reply-To: Packet-Radio@UCSD.Edu
Precedence: Bulk
Subject: Packet-Radio Digest V93 #229
To: packet-radio


Packet-Radio Digest         Wed,  4 Aug 93       Volume 93 : Issue  229

Today's Topics:
                  Automatic Packet Reporting System
               Desqview & Baycom or Poor Man's Packet?
                    ka9q Network Configuration Q's
                       Poor Man's Packet Modem
                              Small TNC?
                        TCP/IP via radio link?
              your LISTSERV request "list packet-radio"

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 3 Aug 1993 22:28:14 GMT
From: koriel!male.EBay.Sun.COM!uranium!raymonda@decwrl.dec.com
Subject: Automatic Packet Reporting System
To: packet-radio@ucsd.edu

	There have been a couple articles over the past 2 months in QST
that concerned the Automatic Packet Reporting System. The APRS allows one
to connect the NMEA-0183 output of a LORAN-C or GPS receiver to a packet
system such that the location of the packet station is constantly reported
to a remote location where the location is displayed in real-time on a map.

	The article (don't have the reference handy at the moment) gave a
name and address to obtain the software (shareware). It also stated that it
was available on several non-specified BBS systems. Does anyone know if it
is available via FTP on the net? I've checked most of the FTP servers that
carry HAM related info that I know about, but so far haven't found it.

	Thanks,
		Ray  WB6TPU

-------------------------------------------------------------------------------
-- opinions expressed are mine alone and not those of my employer--
-------------------------------------------------------------------------------
                  
                  
        /\             
       \\ \
      \ \\ /      
     / \/ / /      Raymond E. Anderson
    / /   \//\     Signal Integrity Engineer
    \//\   / /     Sun Microsystems 
     / / /\ /      2550 Garcia Ave.  MS MIL04-16
      / \\ \       Mountain View, CA  94043-1100
       \ \\ 
        \/         (408) 276-5224
                   (408) 263-9512 fax
                   raymond.anderson@Sun.Com

------------------------------

Date: 4 Aug 1993 05:46:16 GMT
From: pipex!sunic!news.funet.fi!funic!helle.fmi.fi!sumppu!oh3njz@uunet.uu.net
Subject: Desqview & Baycom or Poor Man's Packet?
To: packet-radio@ucsd.edu

VK5KET%VK5KET.AMPR.org@f860.n800.z3.fidonet.org (VK5KET@VK5KET.AMPR.org) writes:

>In a message on <Jul 21 19:17>, b-banko@uiuc.edu (3:632/400@fidonet) writes:


> b> I've gotten some recent mail about Desqview multi-tasking 
> b> software for
> b> PC's... a 286 version for $80 and a 386 version for $130.  
> b> Desqview is
> b> *not* a point-and-click GUI like Windows, but its multi-tasking 
> b> is faster.

> b> I have found that Poor Man's Packet won't run on my 20MHz 386sx 
> b> under
> b> Windows 3.1, and I am trying to find out if anybody is running 
> b> Baycom
> b> or PMP using Desqview as a multi-tasker.  How well does it work?
>Yep doing it here.. i run a baycom modem and DV with tpk and a phone bbs..
>works fine no problems..

Agree. I'm running the baycom with DESQview/X, and it's works just fine. With
Windows, it's impossible to run L2.EXE, beacuse windows want's to handle every-
thing (almost) ;-). If you want to run baycom in dvx-window, you should have
at least 386/33MHz. However, if you don't need to use scaled windows, use the
standard DESQview instead of DESQview/X. It's much faster. I tried to run 
baycom in /X in Compaq Contura 3/25c (386SLC/25MHz), it worked sure... but...
slowly.

Why I'm using the dvx; just for that, that I can edit text files and run
i.e. 7PLUS at the same time, when I'm logged in to local packet-bbs.

 	
> * Origin: while(!Coffee)_Panic()  (3:800/860)

73 de Sepi oh3njz@oh3rba.fin.eu


--
 Seppo Pekonen                        OH3NJZ@OH3RBA.FIN.EU
 FMI P.O. BOX 503, SF-00101 HELSINKI
 tel +358 (9)0 1929 518  ! e-mail:Seppo.Pekonen@fmi.fi
 fax +358 (9)0 1929 539  !        

------------------------------

Date: 3 Aug 93 10:54:56 GMT
From: news-mail-gateway@ucsd.edu
Subject: ka9q Network Configuration Q's
To: packet-radio@ucsd.edu

Dear TCP-Group and Packet Radio Group Members,

My name is Ned Bade, I work for the Cornell International Institute for
Food Agriculture and Development (CIIFAD) at Cornell University, and I am
helping CIIFAD design an academic email network in the Philippines.  We are
considering using ka9q NOS as an IP mail router for a network that will be
both telephone and packet-based.  We have started to tap into some local
expertise here at Cornell, but I have some general questions I would like
to place to peoples' expertise on the net.  The network would need to
support between 50-100 people initially, and I suspect that number could
grow to 250-1000 in 3-5 years.  You can resond to me personally at:
eb15@cornell.edu or I also get the TCP Group and Packet Radio digests, and
will see responses that show up there.

The issues that we are trying to determine are:

ka9q setup related:
^^^^^^^^^^^^^^^^^^^
1) How well ka9q works with POP mail.  Also, what version or variant of 
   ka9q NOS works best as a POP mail server, and where to get it.
2) How well it works over a dial-up connection, and over an ethernet 
   LAN, and any tricks that might help in setting it up.
3) Whether one can reliably use a client software package like NUPOP over a 
   TCP/IP packet radio connection.  We are considering using NUPOP or some 
   equivalent offline reader/composer to lower connect times, and would like
   to be able to use the same client package for all users of the network.
4) How much direct supervision ka9q NOS needs to operate reliably, and 
   how much technical backgound it requires of an operator.
5) How difficult it is to install and maintain a packet radio 
   installation running ka9q NOS and what the level of technical 
   training a sysop would need to install/manage it. Also, how well does
   it recover from crashes (for example, from frequent brownouts...).
6) What hardware would be recommended (from the computer itself 
   (processor, RAM, hard disk, etc.) to the TNC, radio, antenna, etc.) 
   for a network where we would like to be able to support 1-2 modem 
   lines, a packet radio station, with 100-500 users (54 users 
   initially, but I anticipate it will expand with both official and 
   unacknowledged users).  The primary use would be simple email, but 
   will probably also include some larger document transfers 
   (uuencoded), and it would be nice if we could also set up an ftp site 
   and remailer for interest groups.  Maximum transmission distances will
   be no more than 100 km (we would prefer to use UHF or VHF and avoid HF),
   but want a set-up that also takes into account local conditions (i.e. 
   high temperature, high humidity, long rainy season with *heavy* rainfall, 
   frequent lightning, etc.). 

Other Issues (added in case you might have any experience/answers):
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1) Whether it is possible to use NUPOP to connect over a serial (dialup)
   line in cases where you need to place the call through an operator. 
   (ie, if it is possible to write the connection script so that you can
   take the modem off line while placing the call through the operator, 
   and then bring the modem (and NUPOP) online again as soon as you hear 
   the carrier detect.
2) How difficult (or easy) it is to write gateway scripts to forward 
   mail to and from other networks (ie FidoNet, UUCP, etc.) from ka9q 
   NOS.


Those are my main questions for now. If anyone has helpful comments,
suggestions or resources to offer I would greatly appreciate them
(particularly from people who have experience setting up such systems in
developing countries). Also, anyone who would like to send me a copy of
their autoexec.nos file (if they think it might be helpful or instructively
related to our project), they would be welcome. You can resond to me
personally at: eb15@cornell.edu or I also get the TCP Group and Packet
Radio digests, and will see responses that show up there.

Thanks in advance,

Ned Bade
eb15@cornell.edu
eb15@postoffice.mail.cornell.edu
CIIFAD, 350 Caldwell Hall
255-3035

------------------------------

Date: 3 Aug 93 16:29:03 GMT
From: news-mail-gateway@ucsd.edu
Subject: Poor Man's Packet Modem
To: packet-radio@ucsd.edu

N1HPP writes:

>Could someone please point me to the name and issue number of the 
>magazine which disscussed the PMP modem sometime ago?

If you're referring to the "Poor Man's Packet, a complete
software TNC for PC compatibles!" (by Kevin Feeney W2EMS and
Andy Payne N8KEI), then you would want th August 1991 issue
of 73 Magazine starting on Page 8.
(My message in # 228 makes mention of the August 1993 issue
which has details on getting back issues & reprints.)
Otherwise, I defer to the ever-growing host of network packeteers,
who will, now doubt, straighten us both out.
I'm getting too old to keep all the titles & buzz-words straight!
(By the way, I do not now, nor have I ever worked for 73 Magazine;
 I just purchase it for the Wayne Green editorials!)  8<))

73, john


John Kyrka
EMC Corporation
"The Storage Architects"
Hopkinton, MA
<kyrka@emc.com>

------------------------------

Date: Tue, 03 Aug 1993 22:38:16 GMT
From: agate!library.ucla.edu!news.mic.ucla.edu!unixg.ubc.ca!acs.ucalgary.ca!smith!trond@ames.arpa
Subject: Small TNC?
To: packet-radio@ucsd.edu

I would like to go portable on packet and now I wonder what is the (physically)
smallest TNC available?  I will only need to be active on vhf/uhf.   Power 
consumption is also an important factor.
It seems to me that a tnc could be made extremely small...

I have not been looking in mags/brochures for years, so I have lost touch with
what the state of the art is. :-)

73
Trond

-- 
Institute for Space Research |Public PGP|  "It is Finished" -God, approx. 32AD
University of Calgary        |key  soon |  "Shut up and Stop Whining" Calvin 6/6
LA1OEA/VE6NOR                |available |  Opinions are mine, not my employer's,
trond@phys.ucalgary.ca       |via finger|  and may change without notice. Uffda.

------------------------------

Date: 3 Aug 93 13:40:30 GMT
From: psinntp!wlnntp.psi.com!usenet@uunet.uu.net
Subject: TCP/IP via radio link?
To: packet-radio@ucsd.edu

Jim... SoftKISS does some variations of this and it works with NET/Mac 
the original NET software by KA9Q. There are many mods to this that now 
support the TNC'less operation you have described. Whether or not it 
can be used with the VeraTerm software.. I'll have to rely on others to 
help you out.

Terry Stader - KA8SCP
America Online Ham Radio Club Host

>DATE:   Sat, 31 Jul 1993 20:37:34 GMT
>FROM:   Jim Hebert <jimh@laison.w8hd.org>
>
>I need some advise...
> 
>What I would like to find is an extension for the Macintosh OS, like
>VersaTerm's SLIP tool, that could be used with MacTCP to provide TCP/IP
>connections via some sort of radio link.  
> 
>I don't think I need a TNC  and an AX.25 type device/software. I don't want
>to send anything different over the radio link than I would over a regular
>modem link when using SLIP or PPP.
> 
>Any ideas?
>
>Jim Hebert, K8SS
>
>jimh@w8hd.org

------------------------------

Date: 4 Aug 93 01:55:20 GMT
From: news-mail-gateway@ucsd.edu
Subject: your LISTSERV request "list packet-radio"
To: packet-radio@ucsd.edu

Per request by a66rmp%andv02@gmr.com
	"list packet-radio"
'packet-radio' is not subscribed to any mailing lists.

------------------------------

Date: 3 Aug 93 13:04:03 GMT
From: pipex!uknet!acorn!agodwin@uunet.uu.net
To: packet-radio@ucsd.edu

References <1993Jul29.180807.13354@ke4zv.uucp>, <25256@acorn.co.uk>, <1993Jul31.184158.21871@ke4zv.uucp>
Subject : Re: Packet can't work

In article <1993Jul31.184158.21871@ke4zv.uucp> gary@ke4zv.UUCP (Gary Coffman) writes:
>
>There are several problems with central authority control. The first
>is the problem of stations joining and leaving the group. The second
>is a matter of single point failure. Inactive stations can be "aged"
>out fairly gracefully, but joining the system is more difficult for
>the transient station. There has to be a dead slot available where
>any station can call to join. That waste is there every round of the
>round robin poll. Alternatively, out of band signaling can be used,
>but that's wasteful of spectrum. 

As you say, an inactive station can be aged out by reducing its polling
rate to well below one poll per round. Similarly, the polling slot 
for 'new stations' can be provided at a very low rate - it's a trade
off of latency against efficiency.

>if care is not taken. With CSMA, these problems don't exist. However,
>if a repeater is in use, it also represents a single point failure
>node that requires user intervention (one of each pair of stations
>going upside down) to work around. That's the primary advantage of
>simplex operation, either no action is required when a station
>dies, or only a reroute operation needs to be done.

Agreed, though I think that the disadvantages of contentious simplex 
operation are so bad that they're not worth having purely for their
resistance to failure - better to use redundant repeaters / hubs for
that !

-adrian

------------------------------

End of Packet-Radio Digest V93 #229
******************************
